home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 556 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB

  1. Subject: State of Gem-List Address
  2. Date: Thu, 23 Jun 94 11:57:57 BST
  3. From: ssm@psychology.nottingham.AC.UK
  4. Source-Info: From (or Sender) name not authenticated.
  5. Precedence: bulk
  6.  
  7.  
  8. This was prompted by the following, but is about the gem-list's
  9. contents so far in general.
  10. > From: Michael Nolte <Michael_Nolte@k.maus.de>
  11. > IMO, err, did I already say that? Anyway: I'm not against looking at the
  12. > way other systems do it. But don't come back and say "We gotta do it like
  13. > this, cos they do it like that too.", because that wouldn't be a very
  14. > smart thing to say, would it?
  15.  
  16. It may be a smart thing if the company behind that system had a large
  17. and well-respected human-factors group behind the design (as opposed
  18. to, say, a bunch of programmers bickering about their personal
  19. opinions :-)
  20.  
  21. Comming up with any great improvements in keyboard shortcuts is surely
  22. beyond the scope of this list except for the initial aim of
  23. standardization. Apple and Next got it right by having strict
  24. guidelines from the off, and some good design decisions (undo, delete,
  25. cut and paste block operations all next to each other and the command
  26. key, for example). The mandatory 'UNDO' makes keyslips a minor problem
  27. on the whole. It's this sort of coherent approach that we should look
  28. to preserve, but you can't do this thing one key at a time.
  29.  
  30. I'm getting sick of people voicing preferences that are irresolvable
  31. on the arguments they give. Let's get back to looking at the
  32. conventions that exist and comming up with a standard that will enable
  33. the greatest ammount of TRANSFER from applications users are already
  34. familiar with. This confers a much greate advantage than any sort of
  35. half-baked mono-lingual mapping between a letter and its function (I
  36. can dig out a reference for this if anyone's interested). The
  37. guidelines must be an *evoloution*, its too late for starting from
  38. scratch.
  39.  
  40. Sam
  41.  
  42. ----------------------------------------------------------------
  43. Samuel Marshall                    Dept. Psychology (HCI)
  44. Tel. (0602) 515151 ext. 8369       Nottingham University
  45. Fax. (0602) 515324                 University Park
  46. e-mail ssm@psyc.nott.ac.uk         Nottingham 
  47.        lpzssm@unicorn.nott.ac.uk   NG11 6DS  U.K.
  48. ----------------------------------------------------------------
  49.  
  50.  
  51.  
  52.